第1章 测试驱动开发1.1为什么我们需要TDD1.2什么是测试驱动开发1.3 TDD的机理1.4 TDD的微循环1.5 TDD的好处1.6对于嵌入式开发的益处第一部分 开始第2章 测试驱动开发的工具和约定2.1什么是自动化单元测试框架2.2 Unity：一个全部用C实现的自动化测试框架2.3 CppUTest：一个用C 实现的自动化单元测试框架2.4单元测试也会崩溃2.5“四阶段”模式2.6我们到哪里了第3章 开始一个C语言模块3.1具有可测性的C模块的那些元素3.2 LED驱动都做些什么3.3写一个测试列表3.4写第一个测试3.5先测试驱动接口再测试驱动内部实现3.6增量式前进3.7测试驱动开发者的状态机3.8测试要做到FIRST3.9我们到哪里了第4章 一路测试直到完成4.1从简单入手“生长”出解决方案4.2保持代码整洁——边做边重构4.3重复直到完成4.3重复直到完成4.4声明完成之前先向回走一步4.5我们到哪里了第5章 嵌入式系统TDD策略5.1目标硬件的瓶颈5.2双目标开发的好处5.3双目标测试的风险5.4嵌入式的TDD循环5.5双目标的不兼容性5.6和硬件一起测试5.7欲速则不达5.8我们到哪里了第6章 是的，但是6.1我们没那个时间6.2为什么不在写了代码之后再写测试6.3测试也需要维护6.4单元测试不能发现所有的bug6.5我们的构建时间太长6.6我们有现存的代码6.7我们的内存有约束6.8我们不得不和硬件交互6.9为什么要用C 的测试框架来测试C6.10我们到哪里了第二部分 测试有合作者的模块第7章 测试替身第7章 测试替身7.1合作者7.2脱离依赖关系7.3何时使用测试替身7.4用C来仿冒，下一步7.5我们到哪里了第8章 监视产品代码8.1灯光调度测试列表8.2对于硬件和操作系统的依赖8.3链接时代换8.4监视被测试代码8.5控制时钟8.6先0后18.7处理多个的情况8.8我们到哪里了第9章 运行时绑定的测试替身9.1测试随机性9.2冒仿函数指针9.3外科手术般地插入间谍9.4用间谍来校验输出9.5我们到哪里了第10章 仿制对象10.1闪存驱动程序10.2 MockIO10.3测试驱动开发驱动程序10.4模拟设备超时10.5这值得吗10.5这值得吗10.6用CppUMock来仿制10.7生成仿制对象10.8我们到哪里了第三部分 设计与持续改进第11章 SOLID、灵活并可测试的设计11.1 SOLID设计原则11.2 C语言中的SOLID模型11.3演进的需求和有问题的设计11.4用动态接口来改进设计11.5更灵活的基于类型的动态接口11.6做多少设计才是足够的11.7我们到哪里了第12章 重构12.1软件的两个价值12.2三项关键技能12.3代码中的坏味道以及如何改进它们12.4转化代码12.5那性能和大小怎么办12.6我们到哪里了第13章 为遗留代码加测试13.1遗留代码改动准则13.2童子军原则13.3遗留代码改动步骤13.4测试点13.4测试点13.5两步结构体初始化13.6崩溃直到通过13.7鉴别测试13.8为第三方代码做学习测试13.9测试驱动缺陷修正13.10增加策略测试13.11我们到哪里了第14章 测试的模式与反模式14.1“喋喋不休”测试反模式14.2“拷贝一粘贴一调整一重复”反模式14.3“格格不入的测试用例”反模式14.4“测试组之间的重复”反模式14.5“不尊重测试”反模式14.6“行为驱动开发”测试模式14.7我们到哪里了第15章 结束语第四部分 附录附录A 开发系统的测试环境附录B Unity快速索引附录C CppUTest快速索引附录D 开始之后的LedDriver附录E 操作系统隔离层的例子附录F 参考书目
评论